Autonomous aerial management as a service

ABSTRACT

Autonomous unmanned aerial vehicle management service may provide a platform to manage groups of unmanned aerial vehicles to work together on a task simultaneously in an autonomous manner.

BACKGROUND

Conventional remotely controlled air vehicles, often referred to asdrones or unmanned aerial vehicles (UAVs), generally employ remotecontrol operation or remote activation of vehicular self-control, e.g.,autopilot, self-organized motion, self-implemented missions, etc. As anexample, a consumer UAV product, such as a quad-copter, may be operatedvia remote control. As another example, a military UAV, such as apredator, global hawk, etc., may be operated from a control centerlocated remotely from the UAV and may include instructions that directthe UAV to operate in an autonomous or semi-autonomous mode, such asself-guided flight between designated way points. As UAVs become moreubiquitous, intelligent management of UAVs becomes increasinglysignificant.

SUMMARY

Disclosed herein is the rental of autonomous unmanned aerial vehicles(UAVs) along with deployment and management options. Autonomous unmannedaerial vehicle management service may provide a platform to managegroups of UAVs to work together on a task simultaneously in anautonomous manner. The platform may include the use of a simplifiedgraphical user interface, power management methods, navigation methods,or ways to gather and use analytics to gauge the efficiency of theservice with real-time updates or after-work reports, among otherthings.

In an example, a server may include a processor and a memory coupledwith the processor that effectuates operations. The operations mayinclude obtaining a request for a service, the request includes alocation for the service to be performed; determining that the servicecan be performed by a first unmanned aerial vehicle of a plurality ofunmanned aerial vehicles; and based on determining that the service canbe performed by the first unmanned aerial vehicle, sending instructionsto at least one device to perform the service, wherein the at least onedevice includes the first unmanned aerial vehicle. The first unmannedaerial vehicle may be rented by a requestor of the service. Theoperations may further include: obtaining an alert that a thresholdamount of a supply has been reached, wherein the threshold amount ofsupply is associated with battery power of the first unmanned aerialvehicle; and based on the alert, providing instructions to an autonomousvehicle to travel to the location, wherein the first unmanned aerialvehicle uses the autonomous vehicle to increase the supply above thethreshold amount.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used to limit the scope of the claimed subject matter. Furthermore,the claimed subject matter is not limited to limitations that solve anyor all disadvantages noted in any part of this disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

Reference will now be made to the accompanying drawings, which are notnecessarily drawn to scale.

FIG. 1 illustrates an exemplary system that may implement an autonomousUAV management service;

FIG. 2 illustrates devices that may communicate in a network to manageUAVs;

FIG. 3 illustrates an exemplary method for the autonomous UAVmanagement;

FIG. 4 illustrates a schematic of an exemplary network device.

FIG. 5 illustrates an exemplary communication system that provideswireless telecommunication services over wireless communicationnetworks.

FIG. 6 illustrates an exemplary telecommunications system in which thedisclosed methods and processes may be implemented.

DETAILED DESCRIPTION

UAVs may become a more widely accessible resource may take on a communalcharacter or a rented character (e.g., community of rentable UAVs on atime sharing basis). For example, privately owned UAV (e.g., business orconsumer owned) may be made available to others, such as publiclyavailable (e.g., almost anyone), semi-publicly available (e.g., membersof a group meeting a determined criteria), or shareable (e.g., one ormore specifically designated people). White-list and black-listfiltering may be employed to include or exclude users, or usersassociated with determined characteristics, histories, uses, etc.

Disclosed herein is the rental of autonomous unmanned aerial vehicles(UAVs) along with deployment and management options. Autonomous unmannedaerial vehicle management service may provide an efficient platform tomanage groups of UAVs to work together on a single task (e.g., service)simultaneously in an autonomous manner. The platform may include the useof a simplified graphical user interface, power management methods,navigation methods, or ways to gather and use analytics to analyze theservice to improve completion time, accuracy, or ease of use, amongother things.

FIG. 1 illustrates an exemplary system that may implement an autonomousUAV management service, as disclosed herein. System 100 includes UAV111-UAV 118, vehicle 121, vehicle 125, home 106-home 108, and business105 which may be communicatively connected with each other directly(e.g., peer-to-peer) or through network 101 (see FIG. 2 ). UAV 111-UAV113 may be associated with business 105 and UAV 111-UAV 113 may beconnected to a power source and network of business 105 at some time UAV115 may be associated with home 106 (e.g., owned by a consumer) and UAV115 may be connected to a power source and network of home 106 at sometime (M. UAV 116 and UAV 114 may be associated with home 108 and home107, respectively, and UAV 116 and UAV 114 may be connected to a powersource and network of home 108 and home 107, respectively, at some time(t1). Each device in system 100 may be communicatively connected witheach other.

With continued reference to FIG. 1 , it is contemplated that vehicle 121(e.g., a terrestrial motor vehicle) and vehicle 125 may have connections(e.g., connections 122 and connections 126) to UAV 118 and UAV 117,respectively. As provided in more detail herein, it is contemplated thatUAV 118 UAV 117 may not be owned by the owners of vehicle 121 andvehicle 125. Connections 122 and connections 126 may be used for poweror communication to or through the respective vehicles.

FIG. 2 is an exemplary illustration of devices that may communicatethrough or to network 101 in system 100 for the autonomous UAVmanagement service. Device 102 may be an end user device (e.g., mobiledevice or desktop computer) that may be communicatively connected withnetwork 101 and server 103. As discussed in more detail, device 102 maybe used to request a service and server 103 may process the request. InFIG. 2 , there is an exemplary zoomed in view of UAV 113. Removablecontainers 128 (e.g., re-attachable using magnets) may be on a platformthat may be on vehicle 125, home 106, business 105, or the like.Removable container 128 may be connected with UAV 113 via lines 127. Atthe attachment point of line 127 and container 128 there may be a hookor latch that automatically attaches to removable container 128.Removable container 128 may be a service specific equipped containerthat may be attached to UAVs via lines 27 for various mechanisms forvarious services. For example, if the service is for spraying paint,then removable container 128 may be a fluid tank with nozzles to spray.If the service is for a surveillance type task, then removable container128 may be a box equipped with cameras or other sensors, as disclosedherein. Removable container 128 may communicate its controllable parts(e.g., cameras, nozzles, etc.) or other mechanisms to the body of UAV113. The communication may be wireless or through lines 127. UAV 113 mayinclude fans 129 to cool UAV 113, help dry paint, or other functions.

FIG. 3 illustrates an exemplary method 130 for the autonomous UAVmanagement service disclosed herein. In summary, at step 131, a requestfor a service may be received. At step, 132, based on the request ofstep 131, there may be a determination of whether some or all requestsmay be executed by a UAV. At step 133, based on the determination ofstep 132, a plan may be generated for executing the request service. Atstep 134, based on the plan of step 133, instructions may be sent to oneor more devices (e.g., UAVs, end user devices, etc.) to execute therequested service. Further detail of method 130 is disclosed herein. Atstep 135, the received plan may be executed and then updated based onmonitored conditions.

In an example, at step 131, a request for a service may be received byserver 103 from device 102. Device 102 may have a user interface so auser of device 102 may select a service and provide other serviceinformation (e.g., different options) associated with the service.Exemplary services may include window washing, painting, light bulbreplacement, search and rescue support, security monitoring, oremergency aid, among other things. For example, there may be a requestfor a painting service. Table 1 below shows exemplary information thatmay be entered by the user (or automatically populated based onhistorical information or other entered service information) forcompleting the painting service. As shown in Table 1, the paintingservice may need service information with regard to location for theservice (e.g., exterior wall or shutter to be painted), credentials thatauthorize the service to be executed (e.g., credentials that verifyownership of home), estimated completion date of service, paint color,paint sheen, or UAV usage for completion (e.g., percentage of servicecompleted by UAV), among other things. Coordinates may be inserted forlocation but may not be user friendly for an average consumer. There maybe an option with the user interface of device 102 to provide a streetview or satellite view that may allow a user to zoom and select anappropriate structure (e.g., wall or shutter of a home) without enteringnumerical values for coordinates

TABLE 1 Painting Service Location Authorization Estimated CompletionDate Paint Color Paint Sheen UAV Usage for Completion Cost

With continued reference to FIG. 3 , at step 132, there may be adetermination of what percentage of the service may be executed by a UAV(e.g., UAV Usage for Completion in Table 1) based on the request of step131. In an example regarding the painting service, it may be found thatbased on the service information (e.g., location and required completiondate) there may be a need for a person to paint an unusual corner.Therefore, the UAV Usage for Completion percentage may be 95% in thisexample of the painting service. If the location remains the same, butthe required completion date changes, then a UAV may be able to complete100% because a UAV with the necessary features (e.g., appropriatealgorithm or mechanical mechanisms) may be available at a later date.

Based on step 132 or step 131, at step 133, a plan for executing theservice may be generated. As disclosed herein, it is contemplated thatthe service may be executed based on a community of rentable UAVs (e.g.,UAV 111-UAV 118 of FIG. 1 ) that may be used according to time sharing.In an example, the painting service may be for home 106. Home 106 mayalready have UAV 115 (e.g., UAV 115 may be owned by owner of home 106),but there may not be the necessary painting attachment on UAV 115 ornumber of UAVs to complete the request of step 131 without additionalassistance. After consideration of multiple factors, such as location(e.g., threshold radius around home 106), UAV attachment (e.g., paintingattachment arm or supply), or power (e.g., battery life), multiple UAVsmay be chosen, such as UAV 113 associated with (e.g., owned by a personof) business 105, UAV 114 associated with home 107, UAV 116 associatedwith home 108, and UAV 117 associated with vehicle 125.

Once the UAVs have been chosen, a plan may be generated to determine howthe service may be executed on site. The autonomous UAV managementservice may determine how it will manage the power (e.g., batterypowered, gas powered, etc.) of the UAVs. For example, a certain amountof power of the UAV (e.g., 10% of fuel reserved) may be held in reservein order to allow UAV 113, for example, to return to its home location(e.g., business 105 or passing vehicle 121). UAV 113 may stop executingthe service and return, stop executing the service and recharge viasolar power or other power source (e.g., vehicle 121), or the like. Theautonomous UAV management service may monitor the health of each UAV(e.g., regular and sudden maintenance needs which may include thebattery level). In case the power level is low, the management platformmay instruct the UAV to find the nearest power station (e.g., the UAVmay return to a base station or communicate with the device of the user(e.g., customer) to provide power to the UAV via a universal power cordand outlet).

There may need to be special coordination of UAVs. Each UAV may notarrive at the same time. For example, it may be determined that UAV 116and UAV 117 should arrive at home 106 first to put on a first coat ofpaint while UAV 113 and UAV 114 may arrive at an appropriate thresholdtime afterwards so that a second coat may be effectively put on. Thedetermination the UAV and subsequent arrival time may be based on thelocation of UAV or other factors, such as designated period UAV 114 isavailable for rent. Additional planning coordination between UAVs at thesite may be needed to avoid collisions. It is contemplated and discussedin more detail herein that the plan for executing the service mayinclude a travel plan to the destination service and back theappropriate home or business. It is also contemplated that business 105,home 107, or the like, may not primarily make money off of UAVs, butprimarily use UAVs to service their own business or for personalactivities.

At step 134, the plan of step 133 may be sent to the necessaryparticipating devices. For example, if UAVs will complete 90% of theplan, terrestrial autonomous vehicles may complete 5% of the plan, and5% of the plan by a person (e.g., provide the time and serviceinformation to a device of the person). At step 135, the plan may beexecuted and updated based on monitored conditions, such as weather orpeople. Sensors may include, location sensors (e.g., GPS), collisionsensors (e.g., sensors for autonomous collision avoidance with othermoving object, such as birds or cranes), cameras, or weather sensors(e.g., humidity, temperature, light, wind speed, rain, or snow).Pictures or videos of the location before, during, or after the executedservice may be taken. Weather information may be determined based oninformation from websites, based on sensors on the UAVs, or based onsensors on other devices (e.g., mobile device 102 or home 106), amongother things. In an example, a sensor of UAV 116 may detect wind gustsand UAV 116 may determine that it should check a website weatherforecast for the area to determine whether to continue the service(e.g., because the offending weather may pass soon) or abort the servicefor another day.

At step 136, plan generation of step 133 or UAV choice of step 132 maybe modified based on data collected during the service in order toimprove the service. The data collected during the service may includenumber of UAVs for the service (e.g., generally or a subset of tasks forthe service), time spent for the service, or problems detected (e.g.,error codes or incomplete service that may have been indicated by asurvey), among other things. The collected data may be used to optimizethe number of UAVs recommended per task or the algorithms to control(coordinate) the UAVs, among other things.

With further reference to step 133 of FIG. 3 , it is contemplated that atravel plan from the respective places of the UAVs to the site ofservice (e.g., home 106) may be needed. Below are additional details andscenarios. In a first scenario, a service provider may have aterrestrial vehicle or aerial vehicle (e.g., vehicle 121 or vehicle125), sent proximate to the location of the site of service. In anexample, the autonomous UAV management service (e.g., located on server103) may have received a plurality of requests for UAV services. Theremay be a comparison of the requests to determine a place to drop offUAVs (e.g., UAV 118 and UAV 113) or a place to pick up UAVs (e.g., UAV114 and UAV 117) to help with efficiency related to power management ofthe UAVs, weather conditions, etc. The drop off place or pickup placemay be a site of service or origin site (e.g., business 105 that ownsUAV site 113). It is contemplated that vehicle 121 and vehicle 125 maybe autonomous vehicles that may traverse an area in a way to serve astransportation, power, or attachment station (e.g., extra paint orpainting attachment, camera attachment, etc.). The navigation of theautonomous vehicle may be dictated by one or more services beingmonitored.

With continued reference to step 133, a second scenario, UAVs mayparticipate in a ride share type service. As disclosed herein, vehicle125 may include a plurality of connections (wired or wireless) for UAVs.In an example, vehicle 125 may be driven autonomously or driven by anindividual consumer (or business person) to normal activities (e.g.,pickup kids from school, to a grocery store, or deliver packages to abusiness). The owners (or agent thereof) of vehicle 125 may designatevehicle 125 as available for one or more UAVs (e.g., UAV 117) to attachto connections 126 during a period. UAV 117 may attach to vehicle 125,while parked, while temporarily stopped at a light, in motion, or thelike. The autonomous UAV management service may determine that vehicle125 is a candidate for UAV 117 to rideshare to its site of service(e.g., home 106) based on different factors, such as historical or nearreal-time information from navigation devices attached to vehicle 125 orwithin vehicle 125 (e.g., a user using a navigation program on a mobilephone). In an example regarding this second scenario, autonomous UAVmanagement service may use historical information of past navigation ofa particular user (e.g., user in vehicle 125) or plurality of users(e.g., vehicles that have driven along a particular street are likely totravel for at least 5 miles north on the street). In another examplewith regard to this second scenario, autonomous UAV management servicemay use near-real time information of current navigation of usersproximate to UAV 117 and then automatically attached based on previousauthorization. In another example, autonomous UAV management service maysend a request to a plurality of vehicles proximate to UAV 117 and oneof the plurality of vehicles (e.g., vehicle 125) may respond toauthorize attachment. The request from UAV 117 may include a requirementfor vehicle 125 to alter its path for UAV 117 to efficiently arrive atits destination. The alerted path is envisioned that it may be slight(e.g., within a threshold of 5 minutes or 2 miles). It is contemplatedthat the user of vehicle 125 (e.g., owner or agent thereof) may becompensated for use of vehicle 125 for the connected (wired or wireless)period with UAV 117.

Generally, the autonomous UAV management service disclosed herein mayoffer new ways to expand or operate for independent or consolidatedbusinesses. A community of UAVs, which may have relatively unrelatedowners, may work together as a group in an autonomous manner formultiple tasks. The autonomous UAV management service may allow for costeffective access to configure UAVs. If a search or monitoring service isperformed, UAVs may stream video or send frequent still pictures of thearea proximate to the UAV. The autonomous UAV management service mayrequire UAVs to communicate their coordinates continuously, in terms ofGPS lat/long/altitude, distance to next UAV(s), wind speed as perceivedby UAVs, etc. Using this data, the autonomous UAV management service maykeep track of UAVs location in the area of the requested service areaand with respect to each other, and alerts UAVs of any potentialcollisions or other issues.

The autonomous UAV management service may be used by individuals (e.g.,consumers) or businesses for a specific period for a specific service.There may be multiple modules, such as individual or business modules.The autonomous UAV management service may expose application programminginterfaces (APIs) so customers (e.g., users) of the autonomous UAVmanagement service may develop applications if they wish to do so incase they need capabilities that do not exist on the management service.Users of the autonomous UAV management service may register for it andhave access via a user portal (e.g., web service or mobile application),which may have drop down menus for types of functionality (e.g., UAVsfor painting, providing temporary internet connectivity, providingenhanced signal strength by being a repeater in areas with poor signalstrength, transporting goods, illuminate the path of a pedestrian on awalk home during the night, taking pictures, taking video, UAV taxifleet, firefighters service, etc.). A UAV taxi fleet may be a service tocarry a plurality of UAVs by UAVs, which may include details asdisclosed with regard to step 133.

The autonomous UAV management service may have UAVs travel directly froma first assignment (e.g., paint home 106) to a second assignment (e.g.,paint home 108) upon the completion of the service first assignment anddoes not have to go to owner's facility (e.g., business 105 or home107)—the autonomous UAV management service may optimize the trips ofeach UAV based on conditions (e.g., factors), or the like that aredisclosed herein. The autonomous UAV management service may havethreshold alerts for supplies (e.g., removable container 128 maycommunicate it needs more or a different color paint), etc. When thesupplies are running low or reach some other trigger (e.g., reaching alow −10%-threshold on paint, power low, fuel low, or need to exchangemechanisms to perform service), more may be sent via a UAV (e.g.,removable container of UAV 113), vehicle 125 (e.g., removable containerson vehicle 125), or the like. In addition, the customer may be alertedof the low supply. Data collected during the service trips may be usedin Machine Learning Algorithms to predict better need for the next trip.

The autonomous UAV management service modes of operation may includebring your own UAV aspect (if the customer has UAVs and needs only themanagement/operation capabilities), as well as UAV renting (if thecustomer wants to rent/share the UAVs as well). The owner or operator ofthe management system may ensure that the regulations (e.g., FCC, FAA,etc.) are observed and the system may be automatically updated (e.g.,geographic no fly zones for airports or no flying during storms or whenthe wind speed exceeds certain limit). The service information of therequest of step 131 may include a size category (small or large), flightrange based on charge, lifting capability (e.g., object weight orshape), specialized (e.g., pollinating flowers or air quality sensors),consumables (e.g., color paint or other fluids), or cost. An exemplaryUAV service may include party rentals. A rented UAV may be used tumblein the sky above at a child's birthday party. Other exemplary UAVservices may include delivery of surprise gifts (e.g., flowers), lawncutting, or cleaning services, among other things. Device 102 may beused to control rented UAVs. Server 103 may establish protocols toauthorize control based on a period.

FIG. 4 is a block diagram of network device 300 that may be connected toor comprise a component of system 100 or wireless network 600. Networkdevice 300 may comprise hardware or a combination of hardware andsoftware. The functionality to facilitate telecommunications via atelecommunications network may reside in one or combination of networkdevices 300. Network device 300 depicted in FIG. 4 may represent orperform functionality of an appropriate network device 300, orcombination of network devices 300, such as, for example, a component orvarious components of a cellular broadcast system wireless network, aprocessor, a server, a gateway, a node, a mobile switching center (MSC),a short message service center (SMSC), an automatic location functionserver (ALFS), a gateway mobile location center (GMLC), a radio accessnetwork (RAN), a serving mobile location center (SMLC), or the like, orany appropriate combination thereof. It is emphasized that the blockdiagram depicted in FIG. 4 is exemplary and not intended to imply alimitation to a specific implementation or configuration. Thus, networkdevice 300 may be implemented in a single device or multiple devices(e.g., single server or multiple servers, single gateway or multiplegateways, single controller or multiple controllers). Multiple networkentities may be distributed or centrally located. Multiple networkentities may communicate wirelessly, via hard wire, or any appropriatecombination thereof.

Network device 300 may comprise a processor 302 and a memory 304 coupledto processor 302. Memory 304 may contain executable instructions that,when executed by processor 302, cause processor 302 to effectuateoperations associated with mapping wireless signal strength. As evidentfrom the description herein, network device 300 is not to be construedas software per se.

In addition to processor 302 and memory 304, network device 300 mayinclude an input/output system 306. Processor 302, memory 304, andinput/output system 306 may be coupled together (coupling not shown inFIG. 4 ) to allow communications between them. Each portion of networkdevice 300 may comprise circuitry for performing functions associatedwith each respective portion. Thus, each portion may comprise hardware,or a combination of hardware and software. Accordingly, each portion ofnetwork device 300 is not to be construed as software per se.Input/output system 306 may be capable of receiving or providinginformation from or to a communications device or other network entitiesconfigured for telecommunications. For example input/output system 306may include a wireless communications (e.g., 3G/4G/GPS/5G) card.Input/output system 306 may be capable of receiving or sending videoinformation, audio information, control information, image information,data, or any combination thereof. Input/output system 306 may be capableof transferring information with network device 300. In variousconfigurations, input/output system 306 may receive or provideinformation via any appropriate means, such as, for example, opticalmeans (e.g., infrared), electromagnetic means (e.g., RF, Wi-Fi,Bluetooth®, ZigBee®), acoustic means (e.g., speaker, microphone,ultrasonic receiver, ultrasonic transmitter), or a combination thereof.In an example configuration, input/output system 306 may comprise aWi-Fi finder, a two-way GPS chipset or equivalent, or the like, or acombination thereof.

Input/output system 306 of network device 300 also may contain acommunication connection 308 that allows network device 300 tocommunicate with other devices, network entities, or the like.Communication connection 308 may comprise communication media.Communication media typically embody computer-readable instructions,data structures, program modules or other data in a modulated datasignal such as a carrier wave or other transport mechanism and includesany information delivery media. By way of example, and not limitation,communication media may include wired media such as a wired network ordirect-wired connection, or wireless media such as acoustic, RF,infrared, or other wireless media. The term computer-readable media asused herein includes both storage media and communication media.Input/output system 306 also may include an input device 310 such askeyboard, mouse, pen, voice input device, or touch input device.Input/output system 306 may also include an output device 312, such as adisplay, speakers, or a printer.

Processor 302 may be capable of performing functions associated withtelecommunications, such as functions for processing broadcast messages,as described herein. For example, processor 302 may be capable of, inconjunction with any other portion of network device 300, determining atype of broadcast message and acting according to the broadcast messagetype or content, as described herein.

Memory 304 of network device 300 may comprise a storage medium having aconcrete, tangible, physical structure. As is known, a signal does nothave a concrete, tangible, physical structure. Memory 304, as well asany computer-readable storage medium described herein, is not to beconstrued as a signal. Memory 304, as well as any computer-readablestorage medium described herein, is not to be construed as a transientsignal. Memory 304, as well as any computer-readable storage mediumdescribed herein, is not to be construed as a propagating signal. Memory304, as well as any computer-readable storage medium described herein,is to be construed as an article of manufacture.

Memory 304 may store any information utilized in conjunction withtelecommunications. Depending upon the exact configuration or type ofprocessor, memory 304 may include a volatile storage 314 (such as sometypes of RAM), a nonvolatile storage 316 (such as ROM, flash memory), ora combination thereof. Memory 304 may include additional storage (e.g.,a removable storage 318 or a non-removable storage 320) including, forexample, tape, flash memory, smart cards, CD-ROM, DVD, or other opticalstorage, magnetic cassettes, magnetic tape, magnetic disk storage orother magnetic storage devices, USB-compatible memory, or any othermedium that can be used to store information and that can be accessed bynetwork device 300. Memory 304 may comprise executable instructionsthat, when executed by processor 302, cause processor 302 to effectuateoperations to map signal strengths in an area of interest.

FIG. 5 depicts an exemplary diagrammatic representation of a machine inthe form of a computer system 500 within which a set of instructions,when executed, may cause the machine to perform any one or more of themethods described above. One or more instances of the machine canoperate, for example, as processor 302, UAV 111-UAV 118, vehicle 125,base station, and other devices of FIG. 1 , FIG. 2 , or FIG. 6 . In someexamples, the machine may be connected (e.g., using a network 502) toother machines. In a networked deployment, the machine may operate inthe capacity of a server or a client user machine in a server-clientuser network environment, or as a peer machine in a peer-to-peer (ordistributed) network environment.

The machine may comprise a server computer, a client user computer, apersonal computer (PC), a tablet, a smart phone, a laptop computer, adesktop computer, a control system, a network router, switch or bridge,or any machine capable of executing a set of instructions (sequential orotherwise) that specify actions to be taken by that machine. It will beunderstood that a communication device of the subject disclosureincludes broadly any electronic device that provides voice, video ordata communication. Further, while a single machine is illustrated, theterm “machine” shall also be taken to include any collection of machinesthat individually or jointly execute a set (or multiple sets) ofinstructions to perform any one or more of the methods discussed herein.

Computer system 500 may include a processor (or controller) 504 (e.g., acentral processing unit (CPU)), a graphics processing unit (GPU, orboth), a main memory 506 and a static memory 508, which communicate witheach other via a bus 510. The computer system 500 may further include adisplay unit 512 (e.g., a liquid crystal display (LCD), a flat panel, ora solid-state display). Computer system 500 may include an input device514 (e.g., a keyboard), a cursor control device 516 (e.g., a mouse), adisk drive unit 518, a signal generation device 520 (e.g., a speaker orremote control) and a network interface device 522. In distributedenvironments, the embodiments described in the subject disclosure can beadapted to utilize multiple display units 512 controlled by two or morecomputer systems 500. In this configuration, presentations described bythe subject disclosure may in part be shown in a first of display units512, while the remaining portion is presented in a second of displayunits 512.

The disk drive unit 518 may include a tangible computer-readable storagemedium 526 on which is stored one or more sets of instructions (e.g.,software) embodying any one or more of the methods or functionsdescribed herein, including those methods illustrated above.Instructions 524 may also reside, completely or at least partially,within main memory 506, static memory 508, or within processor 504during execution thereof by the computer system 500. Main memory 506 andprocessor 504 also may constitute tangible computer-readable storagemedia.

As shown in FIG. 6 , telecommunication system 600 may include wirelesstransmit/receive units (WTRUs) 602, a RAN 604, a core network 606, apublic switched telephone network (PSTN) 608, the Internet 610, or othernetworks 612, though it will be appreciated that the disclosed examplescontemplate any number of WTRUs, base stations, networks, or networkelements. Each WTRU 602 may be any type of device configured to operateor communicate in a wireless environment. For example, a WTRU maycomprise UAV 111-UAV 118, a mobile device 102, vehicle 125, networkdevice 300, or the like, or any combination thereof. By way of example,WTRUs 602 may be configured to transmit or receive wireless signals andmay include a UE, a mobile station, a fixed or mobile subscriber unit, apager, a cellular telephone, a PDA, a smartphone, a laptop, a netbook, apersonal computer, a wireless sensor, consumer electronics, or the like.It is understood that the exemplary devices above may overlap in theirfunctionality and the terms are not necessarily mutually exclusive.WTRUs 602 may be configured to transmit or receive wireless signals overan air interface 614.

Telecommunication system 600 may also include one or more base stations616. Each of base stations 616 may be any type of device configured towirelessly interface with at least one of the WTRUs 602 to facilitateaccess to one or more communication networks, such as core network 606,PTSN 608, Internet 610, or other networks 612. By way of example, basestations 616 may be a base transceiver station (BTS), a Node-B, an eNodeB, a Home Node-B, a Home eNode-B, a site controller, an access point(AP), a wireless router, or the like. While base stations 616 are eachdepicted as a single element, it will be appreciated that base stations616 may include any number of interconnected base stations or networkelements.

RAN 604 may include one or more base stations 616, along with othernetwork elements (not shown), such as a base station controller (BSC), aradio network controller (RNC), or relay nodes. One or more basestations 616 may be configured to transmit or receive wireless signalswithin a particular geographic region, which may be referred to as acell (not shown). The cell may further be divided into cell sectors. Forexample, the cell associated with base station 616 may be divided intothree sectors such that base station 616 may include three transceivers:one for each sector of the cell. In another example, base station 616may employ multiple-input multiple-output (MIMO) technology and,therefore, may utilize multiple transceivers for each sector of thecell.

Base stations 616 may communicate with one or more of WTRUs 602 over airinterface 614, which may be any suitable wireless communication link(e.g., RF, microwave, infrared (IR), ultraviolet (UV), or visiblelight). Air interface 614 may be established using any suitable radioaccess technology (RAT).

As an example, base station 616 and WTRUs 602 that are connected to RAN604 may implement a radio technology such as Evolved UMTS TerrestrialRadio Access (E-UTRA), which may establish air interface 614 using LTEor LTE-Advanced (LTE-A).

Base station 616 may be a wireless router, Home Node B, Home eNode B,gNode B, or access point, for example, and may utilize any suitable RATfor facilitating wireless connectivity in a localized area, such as aplace of business, a home, a vehicle, a campus, or the like. Forexample, base station 616 and associated WTRUs 602 may implement a radiotechnology such as IEEE 602.11 to establish a wireless local areanetwork (WLAN). As another example, base station 616 and associatedWTRUs 602 may implement a radio technology such as IEEE 602.15 toestablish a wireless personal area network (WPAN). In yet anotherexample, base station 616 and associated WTRUs 602 may utilize acellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, 5G (e.g.,new radio) etc.) to establish a picocell or femtocell. As shown in FIG.6 , base station 616 may have a direct connection to Internet 610. Thus,base station 616 may not be required to access Internet 610 via corenetwork 606.

RAN 604 may be in communication with core network 606, which may be anytype of network configured to provide voice, data, applications, and/orvoice over internet protocol (VoIP) services to one or more WTRUs 602.For example, core network 606 may provide call control, billingservices, mobile location-based services, pre-paid calling, Internetconnectivity, video distribution or high-level security functions, suchas user authentication. Although not shown in FIG. 6 , it will beappreciated that RAN 604 or core network 606 may be in direct orindirect communication with other RANs that employ the same RAT as RAN604 or a different RAT. For example, in addition to being connected toRAN 604, which may be utilizing an E-UTRA radio technology, core network606 may also be in communication with another RAN (not shown) employinga GSM radio technology.

Core network 606 may also serve as a gateway for WTRUs 602 to accessPSTN 608, Internet 610, or other networks 612. PSTN 608 may includecircuit-switched telephone networks that provide plain old telephoneservice (POTS). For LTE core networks, core network 606 may use IMS core615 to provide access to PSTN 608. Internet 610 may include a globalsystem of interconnected computer networks or devices that use commoncommunication protocols, such as the transmission control protocol(TCP), user datagram protocol (UDP), or IP in the TCP/IP internetprotocol suite. Other networks 612 may include wired or wirelesscommunications networks owned or operated by other service providers.For example, other networks 612 may include another core networkconnected to one or more RANs, which may employ the same RAT as RAN 604or a different RAT.

Some or all WTRUs 602 in telecommunication system 600 may includemulti-mode capabilities. That is, WTRUs 602 may include multipletransceivers for communicating with different wireless networks overdifferent wireless links. For example, one or more WTRUs 602 may beconfigured to communicate with base station 616, which may employ acellular-based radio technology, and with base station 616, which mayemploy an IEEE 802 radio technology.

As described herein, a telecommunications system wherein management andcontrol utilizing a software designed network (SDN) and a simple IP arebased, at least in part, on user equipment, may provide a wirelessmanagement and control framework that enables common wireless managementand control, such as mobility management, radio resource management,QoS, load balancing, etc., across many wireless technologies, e.g. LTE,Wi-Fi, and future 5G access technologies; decoupling the mobilitycontrol from data planes to let them evolve and scale independently;reducing network state maintained in the network based on user equipmenttypes to reduce network cost and allow massive scale; shortening cycletime and improving network upgradability; flexibility in creatingend-to-end services based on types of user equipment and applications,thus improve customer experience; or improving user equipment powerefficiency and battery life—especially for simple M2M devices—throughenhanced wireless management.

While examples of a telecommunications system in which autonomous UAVmanagement service can be processed and managed have been described inconnection with various computing devices/processors, the underlyingconcepts may be applied to any computing device, processor, or systemcapable of facilitating a telecommunications system. The varioustechniques described herein may be implemented in connection withhardware or software or, where appropriate, with a combination of both.Thus, the methods and devices may take the form of program code (i.e.,instructions) embodied in concrete, tangible, storage media having aconcrete, tangible, physical structure. Examples of tangible storagemedia include floppy diskettes, CD-ROMs, DVDs, hard drives, or any othertangible machine-readable storage medium (computer-readable storagemedium). Thus, a computer-readable storage medium is not a signal. Acomputer-readable storage medium is not a transient signal. Further, acomputer-readable storage medium is not a propagating signal. Acomputer-readable storage medium as described herein is an article ofmanufacture. When the program code is loaded into and executed by amachine, such as a computer, the machine becomes a device fortelecommunications. In the case of program code execution onprogrammable computers, the computing device will generally include aprocessor, a storage medium readable by the processor (includingvolatile or nonvolatile memory or storage elements), at least one inputdevice, and at least one output device. The program(s) can beimplemented in assembly or machine language, if desired. The languagecan be a compiled or interpreted language and may be combined withhardware implementations.

The methods and devices associated with a telecommunications system asdescribed herein also may be practiced via communications embodied inthe form of program code that is transmitted over some transmissionmedium, such as over electrical wiring or cabling, through fiber optics,or via any other form of transmission, wherein, when the program code isreceived and loaded into and executed by a machine, such as an EPROM, agate array, a programmable logic device (PLD), a client computer, or thelike, the machine becomes an device for implementing telecommunicationsas described herein. When implemented on a general-purpose processor,the program code combines with the processor to provide a unique devicethat operates to invoke the functionality of a telecommunicationssystem.

While a telecommunications system has been described in connection withthe various examples of the various figures, it is to be understood thatother similar implementations may be used or modifications and additionsmay be made to the described examples of a telecommunications systemwithout deviating therefrom. For example, one skilled in the art willrecognize that a telecommunications system as described in the instantapplication may apply to any environment, whether wired or wireless, andmay be applied to any number of such devices connected via acommunications network and interacting across the network. Therefore, atelecommunications system as described herein should not be limited toany single example, but rather should be construed in breadth and scopein accordance with the appended claims.

In describing preferred methods, systems, or apparatuses of the subjectmatter of the present disclosure—autonomous UAV management service—asillustrated in the Figures, specific terminology is employed for thesake of clarity. The claimed subject matter, however, is not intended tobe limited to the specific terminology so selected, and it is to beunderstood that each specific element includes all technical equivalentsthat operate in a similar manner to accomplish a similar purpose. Inaddition, the use of the word “or” is generally used inclusively unlessotherwise provided herein.

This written description uses examples to enable any person skilled inthe art to practice the claimed invention, including making and usingany devices or systems and performing any incorporated methods. Thepatentable scope of the invention is defined by the claims and mayinclude other examples that occur to those skilled in the art (e.g.,skipping steps, combining steps, or adding steps between exemplarymethods disclosed herein). For example, the functions performed step 133may occur at any point during the planning or performance of theservice. Such other examples are intended to be within the scope of theclaims if they have structural elements that do not differ from theliteral language of the claims, or if they include equivalent structuralelements with insubstantial differences from the literal languages ofthe claims.

A method, system, or apparatus for autonomous vehicle management mayobtain (e.g., receive) a request for a service, the request may includea location for the service to be performed; determine that a percentageof the service may be performed by a first unmanned aerial vehicle of aplurality of unmanned aerial vehicles; based on determining that thepercentage of the service may be performed by the first unmanned aerialvehicle, and send instructions to at least one device to perform thepercentage of the service, wherein the at least one device comprises thefirst unmanned aerial vehicle. The first unmanned aerial vehicle mayinclude a re-attachable container that comprises a mechanism to assistin the performance of the percentage of the service. The first unmannedaerial vehicle may not be owned by a requestor of the service. Owners ofthe plurality of unmanned aerial vehicles may allow for use of theirUAVs based on a period designated by them. A method, system, orapparatus for autonomous vehicle management may analyze the request forthe service to determine the lifting capability threshold for completingthe percentage of the service; and select the first unmanned aerialvehicle to perform the service based on the analysis of the request forthe service. Instructions may be sent to an autonomous vehicle to go tothe service location. The autonomous vehicle may resupply the UAVs ortransport a subset of the plurality of unmanned aerial vehicles to thelocation to perform the service, wherein the subset of the plurality ofunmanned aerial vehicles comprises the first unmanned aerial vehicle. Amethod, system, or apparatus for autonomous vehicle management mayobtain an alert that a threshold amount of a supply has been reached;based on the alert, provide (e.g., send) instructions to an autonomousvehicle to transport a plurality of re-attachable containers to thelocation for use by the first unmanned aerial vehicle to perform theservice. A server or end user device (e.g., UAV) may perform any of thesteps herein. A method, system, or apparatus for autonomous vehiclemanagement may obtain an alert that a threshold amount of a supply hasbeen reached, wherein the threshold amount of supply is associated withbattery power of the first unmanned aerial vehicle; and based on thealert, provide instructions to an autonomous vehicle to travel to thelocation, wherein the first unmanned aerial vehicle uses the autonomousvehicle to increase the supply above the threshold amount (e.g., asecond threshold that optimize completion time of service). Allcombinations in this paragraph and throughout are contemplated herein.

What is claimed:
 1. A server comprising: a processor; and a memory coupled with the processor, the processor configured to execute computer-readable instructions stored in the memory, the computer-readable instructions stored in the memory comprising computer-readable instructions for: obtaining a request for a service, the request comprising a location for the service to be performed; determining that a non-zero portion of the service can be performed by a first unmanned aerial vehicle of a plurality of unmanned aerial vehicles based on a table indicating a percentage of the service that can be executed by the first unmanned aerial vehicle, wherein the first unmanned aerial vehicle comprises one or more devices, the one or more devices comprising a sensor; and based on determining that the non-zero portion of the service can be performed by the first unmanned aerial vehicle, providing instructions to the first unmanned aerial vehicle to perform the non-zero portion of the service, the first unmanned aerial vehicle determining, based on a weather condition that is detected by the sensor of the first unmanned aerial vehicle, that the first unmanned aerial vehicle should check a weather forecast for an area in which the first unmanned aerial vehicle is located, the first unmanned aerial vehicle checking the weather forecast via a website, the first unmanned aerial vehicle further determining, based on the weather forecast, if the first unmanned aerial vehicle should continue to perform the non-zero portion of the service or if the first unmanned aerial vehicle should abort performance of the non-zero portion of the service.
 2. The server of claim 1, wherein the first unmanned aerial vehicle comprises a re-attachable container.
 3. The server of claim 1, wherein the one or more devices further comprise a paint dispenser.
 4. The server of claim 1, wherein the computer-readable instructions are further for: analyzing the request for the service to determine a lifting capability threshold for completing the service; and selecting the first unmanned aerial vehicle based on the analyzing of the request for the service.
 5. The server of claim 1, wherein the computer-readable instructions are further for providing other instructions to an autonomous vehicle to transport a subset of the plurality of unmanned aerial vehicles to the location to perform the service, wherein the subset of the plurality of unmanned aerial vehicles comprises the first unmanned aerial vehicle.
 6. The server of claim 1, wherein the computer-readable instructions are further for providing other instructions to an autonomous vehicle to pick up a first re-attachable container of a plurality of re-attachable containers from the location after a threshold amount of substance has been removed from the first re-attachable container of the plurality of re-attachable containers.
 7. The server of claim 1, wherein: the weather condition comprises a wind gust.
 8. The server of claim 1, wherein in a case that the first unmanned aerial vehicle should abort performance of the non-zero portion of the service, the first unmanned aerial vehicle is sent to a designated place.
 9. The server of claim 8, wherein the designated place is an origin site.
 10. A system comprising: a first unmanned aerial vehicle; and a server comprising: a processor; and a memory coupled with the processor, the processor configured to execute computer-readable instructions stored in the memory, the computer-readable instructions stored in the memory comprising computer-readable instructions for: obtaining a request for a service, the request comprising a location for the service to be performed; determining that a non-zero portion of the service can be performed by the first unmanned aerial vehicle of a plurality of unmanned aerial vehicles based on a table indicating a percentage of the service that can be executed by the first unmanned aerial vehicle, wherein the first unmanned aerial vehicle comprises one or more devices, the one or more devices comprising a sensor; and based on determining that the non-zero portion of the service can be performed by the first unmanned aerial vehicle, providing instructions to the first unmanned aerial vehicle to perform the non-zero portion of the service, the first unmanned aerial vehicle determining, based on a weather condition that is detected by the sensor of the first unmanned aerial vehicle, that the first unmanned aerial vehicle should check a weather forecast for an area in which the first unmanned aerial vehicle is located, the first unmanned aerial vehicle checking the weather forecast via a website, the first unmanned aerial vehicle further determining, based on the weather forecast, if the first unmanned aerial vehicle should continue to perform the non-zero portion of the service or if the first unmanned aerial vehicle should abort performance of the non-zero portion of the service.
 11. The system of claim 10, wherein the computer-readable instructions are further for: analyzing the request for the service to determine a lifting capability threshold for completing the service; and selecting the first unmanned aerial vehicle based on the analyzing of the request for the service.
 12. The system of claim 10, wherein the computer-readable instructions are further for providing other instructions to an autonomous vehicle to transport a subset of the plurality of unmanned aerial vehicles to the location to perform the service, wherein the subset of the plurality of unmanned aerial vehicles comprises the first unmanned aerial vehicle.
 13. The system of claim 10, wherein the computer-readable instructions are further for providing other instructions to an autonomous vehicle to pick up a plurality of re-attachable containers from the location after a threshold amount of substance has been removed from a first re-attachable container of the plurality of re-attachable containers.
 14. The system of claim 10, wherein the computer-readable instructions are further for: obtaining an alert that a threshold amount of a supply has been reached; and based on the alert, providing other instructions to an autonomous vehicle to transport a plurality of re-attachable containers to the location for use by the first unmanned aerial vehicle to perform the non-zero portion of the service.
 15. A method comprising: obtaining, by a device, a request for a service, the request comprising a location for the service to be performed; determining, by the device, that a non-zero portion of the service can be performed by a first unmanned aerial vehicle of a plurality of unmanned aerial vehicles based on a table indicating a percentage of the service that can be executed by the first unmanned aerial vehicle, wherein the first unmanned aerial vehicle comprises one or more other devices, the one or more other devices comprising a sensor; and based on determining that the non-zero portion of the service can be performed by the first unmanned aerial vehicle, providing, by the device, instructions to the first unmanned aerial vehicle to perform the non-zero portion of the service, the first unmanned aerial vehicle determining, based on a weather condition that is detected by the sensor of the first unmanned aerial vehicle, that the first unmanned aerial vehicle should check a weather forecast for an area in which the first unmanned aerial vehicle is located, the first unmanned aerial vehicle checking the weather forecast via a website, the first unmanned aerial vehicle further determining, based on the weather forecast, if the first unmanned aerial vehicle should continue to perform the non-zero portion of the service or if the first unmanned aerial vehicle should abort performance of the non-zero portion of the service.
 16. The method of claim 15, wherein the first unmanned aerial vehicle comprises a re-attachable container.
 17. The method of claim 15, further comprising determining, by the device, that the first unmanned aerial vehicle can perform the non-zero portion of the service based on a threshold lifting capability to perform the service.
 18. The method of claim 15, further comprising providing, by the device, other instructions to an autonomous vehicle to transport a subset of the plurality of unmanned aerial vehicles to the location to perform the service, wherein the subset of the plurality of unmanned aerial vehicles comprises the first unmanned aerial vehicle.
 19. The method of claim 15, further comprising providing, by the device, other instructions to an autonomous vehicle to transport a plurality of re-attachable containers to the location for use by the first unmanned aerial vehicle to perform the non-zero portion of the service.
 20. The method of claim 15, further comprising: obtaining, by the device, an alert that a threshold amount of a supply has been reached; and based on the alert, providing, by the device, other instructions to an autonomous vehicle to transport a plurality of re-attachable containers to the location for use by the first unmanned aerial vehicle to perform the non-zero portion of the service. 